home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 646 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  1.3 KB
  1. Path: chronicle.mti.sgi.com!austern
  2. From: willer@carolian.com (Steve Willer)
  3. Newsgroups: comp.std.c++
  4. Subject: Just auto_ptr?
  5. Date: 06 Mar 1996 09:44:28 PST
  6. Organization: Carolian Systems, Toronto ON
  7. Approved: austern@isolde.mti.sgi.com
  8. Message-ID: <m0tuMY6-000Cb1C@sqarc.sq.com>
  9. NNTP-Posting-Host: isolde.mti.sgi.com
  10. X-Original-Date:      Wed, 6 Mar 96 11:58 EST
  11. X-Newsreader: Forte Agent .99d/32.182
  12. X-Auth: PGPMoose V1.1 PGP comp.std.c++
  13.     iQBVAwUBMT3PDUy4NqrwXLNJAQHXfQH/dSEURrKnuA0eqbGbe512s6D6w3Q4MMEC
  14.     RqdAg2eDo/pj94du0EKCBkwqmaCHTH+A93TccpLdQha1GF0a69arhA==
  15.     =fPS1
  16. Originator: austern@isolde.mti.sgi.com
  17.  
  18. I was hoping someone could tell me why more standard "smart pointers" weren't
  19. defined. Why not a reference-counting ptr (perhaps ref_ptr) and an auto_ptr
  20. with operator== and operator<, for STL usage (perhaps oper_ptr)? These are the
  21. kinds of pointers that would be fairly common, so why not standardize them and
  22. cut down on confusion?
  23. ---
  24. [ comp.std.c++ is moderated.  To submit articles: Try just posting with your 
  25.                 newsreader.  If that fails, use mailto:std-c++@ncar.ucar.edu
  26.   comp.std.c++ FAQ: http://reality.sgi.com/austern/std-c++/faq.html
  27.   Moderation policy: http://reality.sgi.com/austern/std-c++/policy.html
  28.   Comments? mailto:std-c++-request@ncar.ucar.edu 
  29. ]
  30.